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DETAILED ACTION 
Response to Amendment 

1 . Receipt of Applicant's Amendment, filed 09/27/2007 is acknowledged. 
Claims 1, 9, 13, 16, 24, and 28 have been amended. 

Claim Objections 

2. Claim 1 is objected to because of the following informalities: The word divide is 
misspelled as "devide". Appropriate correction is required. 

Claim Rejections - 35 (JSC § 103 

3. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 102 of this title, if the differences between the subject matter sought to be patented and 
the prior art are such that the subject matter as a whole would have been obvious at the time the 
invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 

This application currently names joint inventors. In considering patentability of 

the claims under 35 U.S.C. 103(a), the examiner presumes that the subject matter of 

the various claims was commonly owned at the time any inventions covered therein 

were made absent any evidence to the contrary. Applicant is advised of the obligation 

under 37 CFR 1 .56 to point out the inventor and invention dates of each claim that was 

not commonly owned at the time a later invention was made in order for the examiner to 

consider the applicability of 35 U.S.C. 103(c) and potential 35 U.S.C. 102(e), (f) or (g) 

prior art under 35 U.S.C. 103(a). 
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Claims 1-2, 5-9, 13-17, 20-24, and 28-30 are rejected under 35 U.S.C. 103(a) as 
being unpatentable over Multer et al. (Multer hereinafter) (U.S. Patent No. 6,694,336) 
in view of Narayanan et al. (Narayanan hereinafter) (U.S. PG Pub No. 2004/0193952). 

With respect to claim 1, Multer teaches a storage platform system for a 
hardware/software interface system, implemented at least in part by a computing 
device, said storage system comprising: 

"multiple instances of a storage platform each instance storing data, the 
data divided into programmably defined change units" as each device engine 
performs mapping and translation steps necessary for applying the data packages to 
the local format required for that type of information in the application data stores 822- 
828 (Multer Col 11, Lines 11-14). In one embodiment, the invention comprises a set of 
programs specifically designed to transmit and/or receive differencing data from one 
device to another device, irrespective of the type of file system, data, content, or system 
hardware configuration (Multer Col 5, Lines 17-16-20). 

The objects in universal data format are device, (application) data class, store, 
folder, item, and data fields (Multer Col 18, Lines 40-41). 

Examiner interprets the data stores 822-828 as multiple instances of a storage 
platform/file system and each instance/data store has folders, items, data fields which 
are interpreted as change units by the examiner. 



r . 
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"a synchronization subsystem native to the hardware/software interface 
system that enable the system to perform a synchronization operation to 
synchronize the data stored in the multiple instances of said storage platform 
based on changes that are sequentially enumerated and tracked on a per change 
unit basis" as items such as when to sync, how to sync, trigger the delta module 950 to 
perform a synchronization operation (Multer Col 11, Lines 55-57). The invention, 
roughly described, comprises a difference information receiver, a difference information 
transmitter and a difference information synchronizer which cooperate in a system or 
device to update data in the device with data received from other systems, or provide 
data for other systems to use in updating themselves (Multer Col 3, Lines 21-25). 
Enumltem interface allows the enumeration of either Folder objects or Item objects or 
both (Multer Col 20, Lines 16-18). 

Multer teaches the elements of claim 1 as noted above but does not explicitly 
teaches "each instance of the storage platform including a base schema and a 
mechanism configured to extend the base schema to define a schema for the 
data" and "based on the schema for the data, wherein a change unit is a smallest 
piece of schema that is individually tracked by each instance of the storage 
platform and the size of a change unit is adjustable." 

However, Narayanan discloses "each instance of the storage platform 
including a base schema and a mechanism configured to extend the base 
schema to define a schema for the data" as referring now to FIG. 4, there is 
illustrated a sample schema of the present invention. Realignment of logical records 
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requires the change tracking mechanism to update the metadata such that the 
realignment is propagated to the destination replicas in a manner that preserves the 
semantics of the logical record. In the example of FIG. 4, there is provided a Customers 
table 400 for a Customers row that is uniquely identified with a CustomerlD column. 
The Customers table 400 also includes three columns labeled a FirstName, LastName 
and Address (Narayanan Paragraph 0066) and "based on the schema for the data, 
wherein a change unit is a smallest piece of schema that is individually tracked 
by each instance of the storage platform and the size of a change unit is 
adjustable" as change unit, in contrast to a consistency unit, is the granularity of data 
at which conflict detection and resolution is applied, and therefore, the granularity at 
which "change history" is maintained. In most state-based replication systems the 
change unit is fixed to one granularity or to one of a small set of granularity options, 
such as a physical row or column (Narayanan Paragraph 0006, 0048 and 0054). 

It would have been obvious to one of ordinary skill in the art at the time the 
invention was made to combine the teaching of the cited references because 
Narayanan's teachings would have allowed Multer to provide increased data 
availability, increased load balancing, and increased geographic proximity between 
users and data. 

With respect to claim 2, Multer teaches "the system of claim 1 wherein the 
synchronization subsystem synchronizes only a subset of data, from among the 
entirety of data on said data store, during a synchronization operation" as 
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generating first difference information upon a change to the data files by comparing the 
change to the data store; receiving second difference information for a subset of said 
data files from a second system; and applying said difference information to said subset 
of said data files (Multer Abstract). 

With respect to claim 5, Multer teaches "the system of claim 1 wherein a first 
pair of instances synchronizes changes independently of a second pair of 
instances, and wherein both the first pair of instances and the second pair of 
instances are part of a common sync community" as the invention, roughly 
described, comprises a difference information receiver, a difference information 
transmitter and a difference information synchronizer which cooperate in a system or 
device to update data in the device with data received from other systems, or provide 
data for other systems to use in updating themselves (Multer Col 3, Lines 21-25 and 
Figures 1-5). 

With respect to claim 6, Multer teaches "the system of claim 1 wherein 
conflicts in synchronization are automatically detected and resolved based on 
predefined determinable criteria" as in this embodiment, storage server 300 may 
include routines, described below, for resolving conflicts between data which has 
changed on both System A and System B independently after the last point in times 
when the systems were synchronized (Multer Col 7, Lines 1-5). 
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With respect to claim 7, Multer teaches "the system of claim 6 wherein certain 
of said conflicts are resolved by being logged for manual resolution by an end- 
user" as if both files have changed, then the synchronization routine presents the 
option of conflict resolution to the user (Multer Col 2, Lines 39-41). 

With respect to claim 8, Multer teaches "the system of claim 1 wherein the 
synchronization subsystem tracks the state of previous synchronizations with a 
sync partner, and thereby only synchronizes change units with that partner that 
have changed since the last synchronization" as the system includes: a system data 
store associated with the processing device including a representation of a previous 
state of application data in the application data store; a difference engine generating 
difference information associated with a change to said application data store; and an 
application interface, interpreting application data for the difference engine. The 
difference engine may further comprise a delta engine comparing the change to said 
application data store to said system data store to construct difference information 
(Multer Abstract). 

With respect to claim 9, Multer teaches a method implementing at least in 
part by a computing device for synchronizing data stored in multiple instances of 
a storage platform for a hardware/software interface systems, said method 
comprising: 
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"Dividing said data stored in storage platform into programmably defined, 
change units" as each device engine performs mapping and translation steps 
necessary for applying the data packages to the local format required for that type of 
information in the application data stores 822-828 (Multer Col 1 1 , Lines 11-14). In one 
embodiment, the invention comprises a set of programs specifically designed to 
transmit and/or receive differencing data from one device to another device, irrespective 
of the type of file system, data, content, or system hardware configuration (Multer Col 5, 
Lines 17-16-20). 

The objects in universal data format are device, (application) data class, store, 
folder, item, and data fields (Multer Col 18, Lines 40-41). 

Examiner interprets the data stores 822-828 as multiple instances of a storage 
platform/file system and each instance/data store has folders, items, data fields which 
are interpreted as change units by the examiner. 

"Sequentially enumerating changes to said data and tracking said changes 
on a per change unit basis" as items such as when to sync, how to sync, trigger the 
delta module 950 to perform a synchronization operation (Multer Col 11, Lines 55-57). 
The invention, roughly described, comprises a difference information receiver, a 
difference information transmitter and a difference information synchronizer which 
cooperate in a system or device to update data in the device with data received from 
other systems, or provide data for other systems to use in updating themselves (Multer 
Col 3, Lines 21-25). Enumltem interface allows the enumeration of either Folder objects 
or Item objects or both (Multer Col 20, Lines 16-18). 
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"For each instance of said storage platform, tracking the state of changes 
for that instances, as well as the state of changes for a plurality of other known 
instances in the sync community" as the system includes: a system data store 
associated with the processing device including a representation of a previous state of 
application data in the application data store; a difference engine generating difference 
information associated with a change to said application data store; and an application 
interface, interpreting application data for the difference engine. The difference engine 
may further comprise a delta engine comparing the change to said application data 
store to said system data store to construct difference information (Multer Abstract). 

"For synchronization, identifying new changes by comparing the 
enumerated changes for a particular instance with the state of changes for that 
instance" as the system includes: a system data store associated with the processing 
device including a representation of a previous state of application data in the 
application data store; a difference engine generating difference information associated 
with a change to said application data store; and an application interface, interpreting 
application data for the difference engine. The difference engine may further comprise 
a delta engine comparing the change to said application data store to said system data 
store to construct difference information (Multer Abstract). 

Multer teaches the elements of claim 9 as noted above but does not explicitly 
teaches "storing a base schema and a mechanism to extend the base schema to 
define a schema for data" and "based on the schema for the data, wherein a 
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change unit is a smallest piece of schema that is individually tracked by each 
instance of the storage platform and the size of a change unit is adjustable." 

However, Narayanan discloses "storing a base schema and a mechanism to 
extend the base schema to define a schema for data" as referring now to FIG. 4, 
there is illustrated a sample schema of the present invention. Realignment of logical 
records requires the change tracking mechanism to update the metadata such that the 
realignment is propagated to the destination replicas in a manner that preserves the 
semantics of the logical record. In the example of FIG. 4, there is provided a Customers 
table 400 for a Customers row that is uniquely identified with a CustomerlD column. 
The Customers table 400 also includes three columns labeled a FirstName, LastName 
and Address (Narayanan Paragraph 0066) and "based on the schema for the data, 
wherein a change unit is a smallest piece of schema that is individually tracked 
by each instance of the storage platform and the size of a change unit is 
adjustable" as change unit, in contrast to a consistency unit, is the granularity of data 
at which conflict detection and resolution is applied, and therefore, the granularity at 
which "change history" is maintained. In most state-based replication systems the 
change unit is fixed to one granularity or to one of a small set of granularity options, 
such as a physical row or column (Narayanan Paragraph 0006, 0048 and 0054). 

It would have been obvious to one of ordinary skill in the art at the time the 
invention was made to combine the teaching of the cited references because 
Narayanan's teachings would have allowed Multer to provide increased data 
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availability, increased load balancing, and increased geographic proximity between 
users and data. 

With respect to claim 13, Multer teaches a method implemented at least in 
part by a computing device for synchronizing a replica with a data source, each 
being a sync partner, wherein both said replica and said data source have change 
state information that is maintained by each sync partner, and wherein said data 
source uses an adapter to interface with a hardware/software interface system of 
said replica, said method comprising: 

"Said replica sending to said adapter an updated state information for said 
replica that, based on a last state information for said data source, reflect new 
changes that have been made since the last synchronization as reflected in said 
last state information for said data source" as the system includes: a system data 
store associated with the processing device including a representation of a previous 
state of application data in the application data store; a difference engine generating 
difference information associated with a change to said application data store; and an 
application interface, interpreting application data for the difference engine. The 
difference engine may further comprise a delta engine comparing the change to said 
application data store to said system data store to construct difference information 
(Multer Abstract). 

"Said adapter, receiving said updated state information for said replica and 
said new changes" as in a further aspect, a method for updating data files in a first 
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system is provided. The method includes the steps of providing a data store associated 
with the first system and including information representing data in the data files at a 
previous time state; generating first difference information upon a change to the data 
files by comparing the change to the data store; receiving second difference information 
for a subset of said data files from a second system; and applying said difference 
information to said subset of said data files (Mu Iter Abstract). 

"applying a conflict resolution policy selected from a plurality of conflict 
resolution policies, implementing as many changes to the data source as 
possible with respect to the specified conflict resolution policy and tracking 
success or failure for each change on a change unit by change unit basis" as 
conflict resolution module 940 (Multer Figure 9A). In this embodiment, storage server 
300 may include routines, described below, for resolving conflicts between data which 
has changed on both System A and System B independently after the last point in times 
when the systems were synchronized (Multer Col 7, Lines 1-5). 

"wherein changes are sequentially enumerated and tracked on a per 
change unit basis" as items such as when to sync, how to sync, trigger the delta 
module 950 to perform a synchronization operation (Multer Col 1 1 , Lines 55-57). The 
invention, roughly described, comprises a difference information receiver, a difference 
information transmitter and a difference information synchronizer which cooperate in a 
system or device to update data in the device with data received from other systems, or 
provide data for other systems to use in updating themselves (Multer Col 3, Lines 21- 
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25). Enumltem interface allows the enumeration of either Folder objects or Item objects 
or both (Multer Col 20, Lines 16-18). 

Multer teaches the elements of claim 13 as noted above but does not explicitly 
teaches "wherein data in the data source includes multiple types of data and each 
type of data conforms to a schema that defines a size of a change unit the change 
unit being a smallest piece of schema that is individually tracked by the data 
store, and the size of a change unit in each schema is adjustable." 

However, Narayanan discloses "wherein data in the data source includes 
multiple types of data and each type of data conforms to a schema that defines a 
size of a change unit the change unit being a smallest piece of schema that is 
individually tracked by the data store, and the size of a change unit in each 
schema is adjustable" as referring now to FIG. 4, there is illustrated a sample schema 
of the present invention. Realignment of logical records requires the change tracking 
mechanism to update the metadata such that the realignment is propagated to the 
destination replicas in a manner that preserves the semantics of the logical record. In 
the example of FIG. 4, there is provided a Customers table 400 for a Customers row 
that is uniquely identified with a CustomerlD column. The Customers table 400 also 
includes three columns labeled a FirstName, LastName and Address (Narayanan 
Paragraph 0066) and change unit, in contrast to a consistency unit, is the granularity of 
data at which conflict detection and resolution is applied, and therefore, the granularity 
at which "change history" is maintained. In most state-based replication systems the 
change unit is fixed to one granularity or to one of a small set of granularity options, 
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such as a physical row or column (Narayanan Paragraphs 0006, 0048, 0054, 0113 and 
0115). 

It would have been obvious to one of ordinary skill in the art at the time the 
invention was made to combine the teaching of the cited references because 
Narayanan's teachings would have allowed Multer to provide increased data 
availability, increased load balancing, and increased geographic proximity between 
users and data. 

With respect to claim 14, Multer teaches "the method of claim 13, further 
comprising: said adapter calculating the new state of the data source based on 
the success or failure for each change on a change unit by change unit basis, 
storing this new state information, and transmitting this new state information to 
the hardware/software interface system of the replica said hardware/software 
interface system of the replica storing said new state information for said data 
source for future use by said replica" as the system includes: a system data store 
associated with the processing device including a representation of a previous state of 
application data in the application data store; a difference engine generating difference 
information associated with a change to said application data store; and an application 
interface, interpreting application data for the difference engine. The difference engine 
may further comprise a delta engine comparing the change to said application data 
store to said system data store to construct difference information. In a further aspect, a 
method for updating data files in a first system is provided. The method includes the 
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steps of providing a data store associated with the first system and including information 
representing data in the data files at a previous time state; generating first difference 
information upon a change to the data files by comparing the change to the data store; 
receiving second difference information for a subset of said data files from a second 
system; and applying said difference information to said subset of said data files (Multer 
Abstract). 

With respect to claim 15, Multer teaches the method of claim 13 further 
comprising: "said adapter transmitting to the hardware/software interface system 
of the replica the success or failure for each change on a change unit by change 
unit basis" as in this embodiment, storage server 300 may include routines, described 
below, for resolving conflicts between data which has changed on both System A and 
System B independently after the last point in times when the systems were 
synchronized (Multer Col 7, Lines 1-5). Examiner interprets conflicts as failure or 
success. 

"said hardware/software interface system of the replica calculating a new 
state information for the data source based on the success or failure for each 
change to the data source on a change unit by change unit basis" as once the 
engine server lock is acquired, the storage server will be checked to determine whether 
a new version of the data exists on the storage server at step 1430. If no new version 
exists, the synchronization process ends. If a new version of the data exists, the device 
engine will retrieve the difference information at step 1435 "to get .DELTA.." Once a 
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.DELTA, is retrieved, conflicts are resolved at step 1450. The resolve conflicts step 
allows a user to resolve conflicts to multiple types of data, which have been changed on 
both the server portion of the device and in the local data (Multer Col 37, Lines 3-13). 

"said hardware/software interface system of the replica transmitting the 
new state information to the adapter and storing said new state information for 
future use by said replica; and said adapter receiving and storing said new state 
information" as (Multer Col 12, Lines 39-53). Examiner interprets that versioning 
module keeps track of the new and old states by assigning a universal unique ID. 

Claims 16-17, 20-24, and 28-30 are essentially the same as claims 1-2, 5-9, and 
13-15 except they set forth the claimed invention as a computer-readable medium 
comprising instructions and are rejected for the same reason as applied hereinabove. 

4. Claims 3-4, 10-12, 18-19, and 25-27 are rejected under 35 U.S.C. 103(a) as 
being unpatentable over Multer et al. (U.S. Patent No. 6,694,336) in view of 
Narayanan et al. (U.S. PG Pub No. 2004/0193952) further in view of Keith, JR. et al 
(Keith hereinafter) (U.S. PG Pub No. 2004/0068523). 

With respect to claim 3, Multer and Narayanan do not explicitly teach "the 
system of claim 1 wherein a first instance of the storage platform is a replica, 
running on a hardware/software interface system that has the synchronization 
subsystem and a second instance of the storage platform is a data source, that 
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is, running on a hardware/software interface system that does not have the 
synchronization subsystem." 

However, Keith discloses "the system of claim 1 wherein a first instance of 
the storage platform is a replica, running on a hardware/software interface 
system that has the synchronization subsystem and a second instance of the 
storage platform is a data source, that is, running on a hardware/software 
interface system that does not have the synchronization subsystem" as file 
synchronization technique is "master-to-slave" file synchronization. This technique 
replicates the file system of one system ("slave system") with the file system of another 
file system ("master system") in one direction. For instance, only changes that are 
made on the master system are replicated on the slave system, and not vice versa 
(Keith Paragraph 0003). 

It would have been obvious to one of ordinary skill in the art at the time the 
invention was made to combine the teaching of the cited references because Keith's 
teachings would have allowed Multer and Narayanan to perform secured file 
synchronization between multiple servers by using peer to peer server environment and 
by encrypting servers via virtual private network techniques. 

With respect to claim 4, Multer teaches "the system of claim 3 wherein the 
synchronization between the replica and the data source is facilitated by a 
synchronization adapter that virtualizes the data source by interfacing with an 
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application programming interface of the hardware/software interface system of 
the replica" as (Multer Col 16, Lines 60-67). 

With respect to claim 10, Multer teaches "the method of claim 9, wherein a 
first instance, a replica, is instantiated on a hardware/software interface system 
that directly supports Item-based synchronization" as In one embodiment, the 
invention comprises a set of programs specifically designed to transmit and/or receive 
differencing data from one device to another device, irrespective of the type of file 
system, data, content, or system hardware configuration (Multer Col 5, Lines 17-16-20). 

The objects in universal data format are device, (application) data class, store, 
folder, item, and data fields (Multer Col 18, Lines 40-41). 

"said method further comprising the use of an adapter to virtualize the 
second instance via a synchronization application programming interface" as 
(Multer Col 16, Lines 52-67). 

Multer teaches the elements of claim 10 as noted above but does not explicitly 
discloses "and wherein a second instance, a data source, is instantiated on a 
hardware/software interface system that does not directly support Item-based 
synchronization." 

However, Keith discloses "and wherein a second instance, a data source, is 
instantiated on a hardware/software interface system that does not directly 
support Item-based synchronization" as file synchronization technique is "master-to- 
slave" file synchronization. This technique replicates the file system of one system 



Application/Control Number: Page 19 

10/692,515 

Art Unit: 2166 

("slave system") with the file system of another file system ("master system") in one 
direction. For instance, only changes that are made on the master system are 
replicated on the slave system, and not vice versa (Keith Paragraph 0003). 

It would have been obvious to one of ordinary skill in the art at the time the 
invention was made to combine the teaching of the cited references because Keith's 
teachings would have allowed Mutter and Narayanan to perform secured file 
synchronization between multiple servers by using peer to peer server environment and 
by encrypting servers via virtual private network techniques. 

With respect to claim 1 1 , Multer teaches "the method of claim 10 further 
comprising detecting synchronization conflicts at the level of change unit 
granularity" as in this embodiment, storage server 300 may include routines, described 
below, for resolving conflicts between data which has changed on both System A and 
System B independently after the last point in times when the systems were 
synchronized (Multer Col 7, Lines 1-5). 

With respect to claim 12, Multer teaches "the method of claim 10, further 
comprising: instances reporting success, failure, and/or conflicts at individual 
change unit level on change application, the instance comprising sync data" as in 

this embodiment, storage server 300 may include routines, described below, for 
resolving conflicts between data which has changed on both System A and System B 
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independently after the last point in times when the systems were synchronized (Multer 
Col 7, Lines 1-5). 

"applications using sync data for updating a backend state" as items such 
as when to sync, how to sync, trigger the delta module 950 to perform a synchronization 
operation (Multer Col 1 1, Lines 55-57). The invention, roughly described, comprises a 
difference information receiver, a difference information transmitter and a difference 
information synchronizer which cooperate in a system or device to update data in the 
device with data received from other systems, or provide data for other systems to use 
in updating themselves (Multer Col 3, Lines 21-25). 

Claims 18-19, and 25-27 are essentially the same as claims 3-4, and 10-12 
except they set forth the claimed invention as a computer-readable medium comprising 
instructions and are rejected for the same reason as applied hereinabove. 

Response to Arguments 

5. Applicant's arguments have been considered but are moot in view of the new 
ground(s) of rejection. 

In these arguments applicant relies on amended claims and not the original ones. 

See above rejections for response to the arguments. 

Claims must be given the broadest reasonable interpretation during examination 
and limitations appearing in the specification but not recited in the claim are not read 
into the claim (See M.P.E.P. 21 1 1 [R-l]). 
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Conclusion 

6. Applicant's amendment necessitated the new ground(s) of rejection presented in 
this Office action. Accordingly, THIS ACTION IS MADE FINAL. See MPEP 

§ 706.07(a). Applicant is reminded of the extension of time policy as set forth in 37 
CFR 1.136(a). 

A shortened statutory period for reply to this final action is set to expire THREE 
MONTHS from the mailing date of this action. In the event a first reply is filed within 
TWO MONTHS of the mailing date of this final action and the advisory action is not 
mailed until after the end of the THREE-MONTH shortened statutory period, then the 
shortened statutory period will expire on the date the advisory action is mailed, and any 
extension fee pursuant to 37 CFR 1.136(a) will be calculated from the mailing date of 
the advisory action. In no event, however, will the statutory period for reply expire later 
than SIX MONTHS from the date of this final action. 

Contact Information 

7. Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Usmaan Saeed whose telephone number is (571)272-4046. 
The examiner can normally be reached on M-F 8-5. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Hosain Alam can be reached on (571)272-3978. The fax phone number for the 
organization where this application or proceeding is assigned is 571-273-8300. 
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Information regarding the status of an application may be obtained from the Patent 
Application Information Retrieval (PAIR) system. Status information for published applications 
may be obtained from either Private PAIR or Public PAIR. Status information for unpublished 
applications is available through Private PAIR only. For more information about the PAIR 
system, see http://pair-direct.uspto.gov. Should you have questions on access to the Private 
PAIR system, contact the Electronic Business Center (EBC) at 866-217-9197 (toll-free). 
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